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Executive Summary 


The next version of i0S14 will introduce major changes to ad tracking on Apple 
devices. Ad networks must prepare for these changes, or their businesses will 
be severely impacted. 


If you have not already taken steps to ensure you support Apple’s new 
attribution system, SKAdNetwork (SKAN), time is running out. You will need to 


act soon. 


Branch is here to support you in this transition. We also have powerful 
additional methods to improve ad optimization for you and your advertisers. 


Please review this deck and reach out to us with any questions. 
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Apple's policy changes 
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IDFA has created some challenges to user privacy 


PEAD 
ERE 


Unscrupulous companies have This PII data is then shared with 
used the IDFA* to link PII** data or sold to other companies for 

for compiling persistent end-user monetization without end-user 
profiles authorization 





H * IDFA: ‘Identifier for Advertisers’ is a unique device identifier assigned by Apple 
** PII: Personally Identifiable Information 


In June 2020, Apple announced two major changes 
designed to improve user privacy that would come 


with 10S14.X 


Deprecation of IDFA 


To structurally eliminate the end user privacy 
risk across the entire ecosystem, Apple is going 


to severely restrict (practically eliminate) the 
use of IDFA 


* SKAdNetwork: Store Kit Advertising Network 


SKAdNetwork for Attribution 


To enable measurement and analysis of 
install Ad campaign performance, Apple is 
recommending the use of its SKAdNetwork* 


framework for mobile Advertising Attribution 


Apple has now further clarified their policies: 
Apps need opt-ins to track ad performance 


On January 28, 2021, Apple released guidance with two notable updates related to user privacy: 


. Apple explicit insists on the use of its App 
Tracking Transparency (ATT) framework for 
obtaining end user consent for tracking purposes. 


a. Thus any alternative agreement, consistent with 
applicable laws, between app publishers and their 
users, is no longer acceptable to Apple 


. Apple clearly state that any apps that are found to 
derive data (e.g. device identifier, session ID, 
user's network connection etc.) from a device for 
the purpose of uniquely identifying it for ad 
tracking without obtaining the opt-in may be 
rejected from the App Store. 





Can | fingerprint or use signals from the 
device to try to identify the device or a 
user? 


No. Per the Apple Developer Program License 
Agreement, you may not derive data from a device for 
the purpose of uniquely identifying it. Examples of user 
or device data include, but are not limited to: properties 
of a user's web browser and its configuration, the user's 
device and its configuration, the user's location, or the 
user's network connection. Apps that are found to be 
engaging in this practice, or that reference SDKs 
(including but not limited to Ad Networks, Attribution 
services and Analytics) that are, may be rejected from 
the App Store. 


What identifiers or data are governed by 
the "tracking" policy? 

Any user or device level identifier that is used to join 
data from your app with data from third parties 
(including SDKs used in your app) for purposes of 
advertising or ad measurement or sharing with a data 
broker. This includes, but is not limited to, the device’s 
advertising identifier, session ID, fingerprint IDs, and 
device graph identifiers. If your app receives or shares 
any of these identifiers for the above listed purposes, 
you must use the AppTrackingTransparency framework 
to obtain user consent. 


To reiterate: Any device-level attribution for paid ads 
requires users to opt-in to tracking via Apple’s ATT 
framework 


e The IDFA is by default inaccessible 
App Name would like 
permission to track you e Ifa user selects “Limit App Tracking” in device 
across apps and websites Settings, apps cannot even request to track 


owned by other companies. 


Your data will be used to deliver 
personalized ads to you. 


e ach app that wants access to the IDFA must present 
users with the ATT modal, and each user must have 
selected “Allow Tracking” 


Allow Tracking e To successfully use IDFA attribution, both the 
publisher and advertiser app must have gained “Allow 
Tracking” consent from the same user 

Ask App Not to Track g 


e The negative wording of this message will persuade 


D many users to opt-out of tracking 





We anticipate a small percentage of 
users will opt-in for ATT/IDFA based 
tracking. 


If you are reliant on IDFA for tracking the 


installs your advertisers obtain, 
you risk not getting paid. 
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Apple's alternative attribution system, 
SKAdNetwork (“SKAN”), will become the default 
data source for billing on iOS 


e Apple allows apps to leverage SKAN for advertising attribution without obtaining 
user consent from the AppTrackingTransparency modal - so 100% of an apps 
users will be covered by SKAN (compared to less than 5% of users who will be 
trackable using IDFA). 


e SKAN will be able to deduplicate claims between competing ad partners, 
including between ad networks and some participating SANs, so that advertisers 
will not be “billed twice” for the same install 


e SKAN is free to publishers and advertisers 


+ 


Most advertisers will demand SKAN reporting 


as a minimum from iOS ad partners 





To ensure you can continue to win business and bill 
advertisers on iOS, you must update for i0S14.x 


e Relying on IDFA-based attribution is not a viable option. 
IDFA will not be available without obtaining the opt-in. This will be rare. 


e Relying on other attribution methods, such as fingerprinting or predictive 
modeling, is not a viable option. 
Apple has banned alternative tracking methods unless users opt-in. 


e SKAN provides a basis for tracking installs, but it requires Engineering 
effort to get ready. 
You will need to register with Apple, encourage adoption by publishers in your 


ad network, and complete integration testing with Branch. 


e If you cannot support SKAN, you should consider billing advertisers on 
alternative pay-models such as Cost Per Click or Cost Per Impression. 





To get SKAN-ready you need to complete the 
following key steps 


e Register your ad network with Apple 


e Share your public key with publishers in your ad network who 


must add this to their manifest file (Info.plist) and configure 
their apps to support SKAN 


e Complete end-to-end testing with Branch, including 
forwarding SKAN postbacks received from Apple to Branch, 


verbatim, to allow us to verify all postbacks as correct and 
originating from Apple 





SKAN is now essential to your iOS business 


However, SKAN has serious limitations that will 
inhibit campaign optimization 


Branch has tools that will provide you and your 
advertisers with better data and higher 
COM E On ae 
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SKAN has serious limitations that will inhibit the 
ability to optimize campaigns 


Lack of User-Level 
Metrics 


SKAN does not provide 
user-level reporting. Forcing 
advertisers to rely on aggregate 
data will limit the ability to 
personalize ads to users, 
increasing ad-waste, increasing 
advertising costs, and ultimately 
decreasing ad revenues for 
publishers 





Limited Visibility of 
Ongoing App Activity 


SKAN prevents advertisers 
joining down-stream conversion 
events (like app opens, bookings 
or purchases) to the ads that 
drove an install. This prevents 
advertisers understanding the 
life-time value of users acquired 
by paid ads. 


No Support for 
Re-Engagement 
Campaigns 


SKAN is designed only with 
user-acquisition in mind. Tracking 
purchases or other conversion 
events made by an existing user 
will be hard or impossible. 


No Support for 
Pre-Last-Touch 
Activities 


No ability to track 
top-of-the-funnel assists or 
develop Multiple Touch 
Attribution models. 


No Support for 
Web-to-App flows 


SKAN offers no support at all to 
mobile web advertising 
campaigns. 


Constrained 
Campaign Design 


Maximum of 100 Campaign-IDs 
limits geo-fenced campaigns, and 
campaign variations across 
channels and networks. 


No Support for 
Deferred Deep Linking 


Delivering a user to specific 
content after the user opens an 
app can significantly increase 
app activation rates and LTV. 
Apple has no support at all for 
deferred deep linking. 


Lack of Support for 
Real-Time 
Optimization 


Time lag (> 24 hrs) in reporting 
of metrics to prevent identification 
of user using time stamps, 
prohibits real-time retargeting for 
nudges (e.g. “Finish checkout”) 


You can help your advertisers maximize their 
campaign efficiency 


and willingness to pay for your 
ad inventory 


by integrating Branch tracking and SKAN 
together 
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Empower your advertisers by supporting SKAN with 
Branch tracking links in parallel 





You can employ SKAN to provide essential information for billing purposes 


At the same time, leverage Branch links to provide additional device level tracking when users 
opt-in 
o This will mean that if some users do opt-in via ATT, you and your advertisers will receive device 
level insight to help optimize those campaigns. Although this may only be for a small subset of 
all users who engage with your adverts, it will be massively valuable to improve campaign 
performance and scale ad spend 


The same integration with Branch will allow your advertisers to use deferred deep linking to 
increase ad conversion rates 
o Branch is able to power deferred deep linking in an Apple-compliant, privacy compliant manner. 
This will give all end users better experiences when clicking on ads, increasing conversion rates, 


and increasing the value of your ad inventory. 


To use SKAN with Branch device-level tracking and deferred 
deep linking, invoke a webview or S2S click in parallel 


© 


SKAN Install 
notification sent 





App EAEE E > 
SkAdNetwork name to ad network 


loadProduct() after randomized 
method App description delay 















Ad Network Branch 
forwards translates 
SKAN conversion 
postback to events and 
Canfrminetall? Branch (with sends 

å Campaign postback to 
data ad network 
attached) 


In parallel, an invisible 
webview is opened 
from the client to act 
as a click on a Branch 
link, or the click is 
fired server-to-server 








Option 1: Client-side 


Open a hidden webview 


Click the Branch link corresponding to that 
ad. This is just like the Branch links you use 
today, with one addition: you must include 
“$web_only=true” as an additional query 
parameter to prevent the link from 
opening the App Store directly, which 
would prevent you from finishing the 
SKAdNetwork flow. 


Close the hidden webview. 


Proceed with the SKAdNetwork flow (i.e. 
loadProduct() and so on). 


You can use either of these approaches to leverage Branch 
links in parallel to SKAN 


Option 2: S2S 


Register the click, along with all the 
required device metadata outlined in our 
docs plus any campaign data. 


In parallel: 


a. Proceed with the SKAdNetwork flow 
(i.e. loadProduct() and so on). 


a. Send the click to Branch 
server-to-server. Use the regular 
Branch link url, but with the addition 
of the “$s2s=true” query parameter. 
You must also send 
properly-formatted device IP and 
User Agent, per docs here. 





Combining Branch tracking links with SKAN is fully 
compatible with Apple’s privacy and data policies 


Device Level Paid Ad 
Attribution using ATT 
Framework 


Branch provides device level 
paid Ad attribution ONLY when 
end users opt-in to ATT 
consent prompts. 


Note: Using Branch tracking 
links is not a substitute for 
upgrading to SKAN. We will 
not provide device level ad 
attribution unless users 
opt-in. 





Deferred Deep Linking 


Use of Probabilistic Matching 
for deferred deep linking falls 
outside the scope of the 
Apple’s App Tracking 
Transparency framework. 
Branch will continue to deliver 
this capability to customers 
wherever technically possible 
even where IDFA is 
unavailable. 


Device Level Attribution for 
Organic & Owned Media 


Apple's definition of tracking is 
limited to advertising 
measurement and advertising 
targeting use cases. It does not 
pertain to Organic and owned 
media use cases. Branch will 
continue to process user-level 
organic data on the 
destination app’s behalf. 


Add the maximum value for your clients and increase the 
value of your ad inventory by using SKAN + Branch Links 


Branch tracking links” 


Major framework for paid Ads Improved monetization via 
attribution & billing on i0S14 device level insights using 


IDFA or PREM for opt-in users 
Standardized framework 


adopted by all major SANs (e.g, Real-time actionable reporting 


Google/Facebook/Snap,etc ) 
Support for MTA 


Able to deduplicate between ad 
networks and SANs LTV calculations 


Large scale campaign design 


Deferred deep linking 








Summary 
& 
Next Steps 


branch 





Let’s summarize 


J> > D 


Unless action is taken to accommodate iOS14.5 related changes by 
March, ad networks risk losing credit for the vast majority of paid 


ads installs that they drive. 


To continue tracking app install campaigns, you will need to adopt 
Apple’s SKAdNetwork (SKAN) system, and fully test your SKAN 
integration with Branch. Once you are fully tested you will be added 


here for customers to see. 


To maximize value to your advertisers, you should use both SKAN 


and Branch tracking links in parallel. 


We are helping advertisers prepare for iOS 14 


e Advertisers are looking for assurances that ad partners can continue to 


track app installs to avoid disputes over payment 


e Advertisers are asking which ad networks will be able to continue 


providing any device-level data once iOS 14 goes live. 


e Weare helping advertisers identify which ad networks are prepared, and 


are ready to accept their budgets 





We expect iOS 14.x to arrive in March 2021: 
Please act quickly 


Implication to your business Action required 





1 Vast majority of paid ads traffic will depend Test your SKAN integration with Branch by 
on SKAN based attribution Mar 1st 2021 to ensure you can get credit for 
successful installs 


2 Obtaining IDFA-based device-level insights for Encourage your ad network members and 


paid ads will require end-users to opt-in to advertisers to show the ATT opt-in prompt. 
ATT prompts on both publisher and Continue using Branch tracking links when 
advertiser apps user has opted in. 


3 Deferred deep linking, and device-level data Continue using Branch tracking links to 


allowed under opt-in, and attribution for support deferred deep linking. You can do 
web-to-app scenarios, will depend on this in parallel with SKAN, using either a 
availability of tracking links client-side implementation or a S2S 


implementation. 





Your integration with 


Branch 


What you did before 


Our recommendation for iOS 14.5 





- Sent impressions & clicks to 


Server-to-server (S2S) Branch S2S 


Client-side (click only) 


Client-side 


Not sure? 


- Directly open the App Store 


- Sent impressions to Branch from 
the client 

- On click, navigated the user to a 
Branch link which opened the App 
Store, and tracked clicks 


- No impressions 

- On click, navigated the user to a 
Branch link which opened the App 
Store, and tracked clicks 


- Continue sending impressions & clicks to 
Branch S2S 
- Use SKAN to redirect to the App Store 


- Continue sending impressions to Branch, 
either client-side* or S2S 

- Start sending clicks to Branch, using same 
mechanism as impressions 

- Use SKAN to redirect to the App Store 

- Start sending clicks to Branch client-side* or 
S2S 

- Use SKAN to redirect to the App Store 


Our default recommendation: 
- Send impressions & clicks to Branch S2S 
- Use SKAN to redirect to the App Store 


* add &web_only=true to Branch links, then open in background webview 
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Contact us to discuss your iOS 14 strategy and 
ensure your advisers can continue spending 
effectively: 


Andrew Abrahm 
andrew.abrahm@branch.io 


Igor Gonebnyy 
igor@branch.io 


Appendix 
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When IDFA is not available, and Branch is allowed to 
connect a user's journey, we use an attribution system 
called PREM 


e PREM is Branch’s probabilistic recognition system, that can provide 
device-level attribution in the absence of a device level identifier like IDFA. 


e PREM is especially relevant for obtaining more accurate device-level attribution 
in web-to-app use cases where the IDFA is not available on the source side due 
to lack of ATT opt-in modal 


e PREM is also used to attribute users on non-paid channels (e.g. Email marketing) 
which are not covered by Apple’s paid ad tracking policies. 


e PREM is only used to attribute paid media when users have opted-in to tracking. 
Most of the time this is not relevant as IDFA is also available on iOS. 


e Branch tracking links need to be enabled in order to use PREM for 
attribution 





How does PREM work? 










Probabilistic matching 
across unique 
combinations of metadata 


OUT OO 






Highest 
probability match 


























Conversion 
event 


When a user clicks on any Branch-powered link in the 
Branch network, PREM observes key traffic 
characteristics 


When Branch is asked to match a user who has 
completed a conversion event to an upstream advert, 
PREM estimates the probability that the converted user 
is the same as a previously seen user 


This probabilistic estimation is based on the 
uniqueness of a combination of device characteristics, 
presence of web cookies, and the number of users 
seen frequenting the same IP address over time 
(amongst other factors) 


Ensure you are ready to support your customers with 
the right attribution methods for relevant use cases 





source stination | 
| Platform | | Ownership | ATT Status ATT Status | Attribution Methods Attribution Type 


IDFA, PREM, SKAN Device & Aggregate 
Approved 
Approved SKAN Aggregate 
Different Company Paid Ad Disapproved SKAN Aggregate 
App Approved SKAN Aggregate 
Disapproved 
Disapproved SKAN Aggregate 
Same Company Cross-Promotion Either Either IDFA, IDFV, PREM Device-Level 
Different Company Organic Link Either Either PREM Device-Level 
Approved PREM Device-Level 
Different Company Paid Ad 
Mobile Web N/A 
Different Company Organic Link Either Direct deep link, PREM Device-Level 





Same Company Any Either Direct deep link, PREM Device-Level 


Deep linking support on iOS 14 


ATT Status 
ee Ad Network | (double opt-in*) | Direct Deep Linking | Deferred Deep Linking 


Non-SAN Yes Yes ** 
A Approved Yes Yes 
pp SAN pp 
Disapproved Yes No 
Non-SAN Yes Yes 
Mobile Web N/A 
SAN Yes Yes 


Matching data can be used in 'read-only mode' for UX purposes, but will not be used for attribution or tracking. 
* Double opt-in refers to the user consenting to tracking both source and destination apps. 


** Ad networks must continue to send clicks to Branch, either client-side (background webview) or 
server-to-server, for deep linking to work. 





End User Privacy in Action 


Alignment with Apple’s 
Privacy Stance 


Support for 
GDPR Compliance 





In alignment with Apple’s stance on end user privacy: 


e Branch does not generate an alternative or replacement “device ID” 

e Branch does not support/enable, sharing data between companies 

e Branch does not allow one Branch customer to access user information that 
originated from another Branch customer's activity 


e Branch does not support user-level retargeting 


Branch’s services support GDPR compliance: 


e In GDPR parlance, Branch provides its services to you as a data processor 
e Your end-user terms of service must already include provisions which allow 


you to appoint Branch as a data processor on your behalf. 


https://branch.io/policies/#privacy 


Reporting on SKAN and PREM 


e Branch has developed a new analytics 
dashboard to analyze aggregate SKAN 
campaign metrics holistically across 
networks 


e The SKAN dashboard is deliberately 
separate from the default Ads Analytics 
dashboard so as to optimize the insights 
based on data available. 


* t + 
101,025 : $23,547 


e Customers can compare performance in 
the two dashboards using campaign ID 
or campaign name (provided that 
information is shared by Ad Partners 
with Branch) 





Benefits of using Branch tracking links in parallel to 


SKAN* 


sl 
TA 


User-Level Metrics 


PREM can continue to 
attribute data to specific 
devices, allowing 
performance marketers to 
drill down and pivot data in 
countless ways to find 
pockets of value in their 
campaigns. 
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Visibility of Ongoing 
App Activity 


PREM can continue to 
attribute all post-install 
in-app events to an 
original campaign, 
indefinitely, allowing 
marketers to create 
ongoing analysis of 
life-time value driven by 
their campaigns. 


Support for Different 
Accounting and 
Value-Based Methods 


Ability to track 
top-of-the-funnel assists, 
re-engagement 
campaigns. 


Able to support Multiple 
Touch Attribution 
models. 


* Where permitted based on Apple's end-user privacy policies 


Unconstrained 
Campaign Design 


Unlimited array of 
campaign IDs. 


Cross-platform support for 
web-to-app or web-to-web 
campaigns 


Real-Time 
Optimization 


Real-Time reporting 
enables continuous 
campaign optimization. 


